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comparative  analysis  of  common  or  universal  transactions  associated  with 
.  existing  data  processing  systems.  The  methodology,  conceptual'  framework  and 
-format  of  the  guidelines  developed  during  the  course  of  this  project  appear ’to 
provide  a  productive  approach  to  improving  the  process  of  *' technological  "(ransfer* 
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data  from  human  factors  researchsrs  to  other  members  of  system  oesign  teams 
involved  in  the  design  and  development  of  battlefield  automated  systems.  In 
addition,  the  concept  of  Behavioral- Interoperability  is  propounded  and  discussei 
Interoperability  is  recognized  as  an  important  design  goal' with  respect  to 
various  physical/mechan,-  compone’nts  of  automated •  systems.-  The  work  here 
demonstrates  that  the  concept  can  be  productively:  ext  ended  to  the  behavioral' 
domain. 
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The  Battlefield  Information  Systems  Technical  Area  of  the  Army  Research 
Institute  (ARI)  is  concerned  with  helping  users  and  operators  cope  with  the 
ever  increasing  complexity  of  the  battlefield  automated  systems  by  which  they 
acquire,  transmit,  process,  disseminate,  and  utilize  information.  Increased 
system  complexity  increases  demands  imposed  on  the  human  interacting  with 
the  machine.  ARI's  efforts  in  this  area  focus  on  human  performance  problems 
related  to  interactions  with  command  and  control  centers ,  and  on  issues  of 
system  design  and  development.  Research  is  addressed  to  such  areas  as  user- 
oriented  systems,  software  development,  information  management,  staff  opera¬ 
tions  and  procedures,  decision  support,  and  systems  integration  and  utiliza¬ 
tion. 


An  area  of  special  concern  in  user-oriented  systems  is  the  improvement 
of  the  user-machine  interface.  Lacking  consistent  design  principles,  current 
practice  results  in  a  fragmented  and  unsystematic  approach  to  system  design, 
especially  where  the  user/operator-system  interaction  is  concerned.  Despite 
numerous  design  efforts  and  the  development  of  extensive  system  user  infor¬ 
mation  over  several  decades,  this  information  remains  widely  scattered  and 
relatively  undocumented  except  as  it  exists  within  and  reflects  a  particular 
system.  The  current  effort  is  dedicated  to  the  development  of  a  comprehensive 
set  of  human  factors  guidelines  and  evaluation  criteria  for  the  design  of 
user/operator  transactions  with  battlefield  automated  systems.  These  guide¬ 
lines  and  criteria  are  intended  to  assist  proponents  and  managers  of  battle¬ 
field  automated  systems  at  each  phase  of  system  development  to  select  the 
design  features  and  operating  procedures  of  the  human-computer  interface 
which  best  match  the  requirements  and  capabilities  of  anticipated  users/ 
operators . 

Research  in  the  area  of  user-oriented  systems  is  conducted  as  an  in-house 
effort  augmented  through  contracts  with  uniquely  qualified  organizations.  The 
present  effort  was  conducted  in  collaboration  with  personnel  from  Synectics 
Corporation  under  contracts  MDA903-80-C-0094  and  MDA903-82-C-0245.  The  effort 
is  responsive  to  requirements  of  Army  Project  2Q263744A793,  Human  Performance 
Effectiveness  and  Simulation,  and  to  special  requirements  of  the  US  Army 
Combined  Arms  Combat  Developments  Activity  (CACDA) ,  Fort  Leavenworth,  Kansas. 
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DE  VEL0PMENT '  OF  :■  DESIGN  WOl 
TRANSACTIONS  WITH  BATTLEFIELD  AUTOMATED  SYSTEMS 

BRIEF 


Requirement:  :.  • 

To  develop  a  methodology  that  provides  a  framework  and  format, 
for  a  comprehensive  set  o£~human  -factors  guidelines  for  the 
design  of  user  .transactions  with  .battlefield- automated,  systems 
for  use  by  human  factors  specialists-  and  ..system  proponents, 
managers  and  developers. 

Procedure  :  .  '  *  •  *  y.  !  ~~~~~ 

To  meet  the  requir&t&n's  stated  above,  a  three  phase  research 
program  was  initiated.  Phase- I  was;’ devoted  to  def  J;n^g ^ 
factors  requirements  for  battlefield  automated  sys  ® 
establishing  a  framework  within  which  guidelxr.es  couid  b 
organised ,  -  In  Phase  IT,  the  technical  data  base,  vas^fur.ther 
developed  through  search  of  the  military  and .ciy.: ilian 
literature  related  to  user /operator  transactions  *ut 

mated  data  processing '  systems  and  Vprototype^antooo^of 
guidelines  was -developed;  ;  When  guidelines  wer  consistency 

•the  literature,  they  were  rewofde^s^necessary  for  consistency  . 

of  expression  and/or  modified  to  conform  to  the: aewiy  «tah 

lished  framework.  •  Other ;gdide:lines^ were  writt^.  o"^  ^^  . 
of-  project  staff  experience,  modulated. by  the  re.splt  __  _ 

analytic  activities  during  Phase  X«- 

During  Phase  III,  the' provisional  guidelines  : 

the  soldier/machine  xnter!^e®°  different  stage  of  development. 
These°ap©li'dation^ef  forts&provided  the  basis  for  .refinement^the 

format  and  methodology  : for  '.^^^^^^g^ere^epubli^ed. 

•  cations' were  made  to  the  guidelines  ■..and  they  were  rep^ 

•  •  ;  •  t  ;•  *.  *  4 

Findings  .  ;  .  . 

Guidelines  in  the  Htereture  / 

of  data  entry  .an^.f^°gn.  aisp}.ay  formats .  Tor  other  topics,  . 
i?t??ror0no°?nfor^?ion  vts  available!  Thus,,  approximately  half 
of  the  guidelines'  were  written  by  the  project  sta.f. 

Utilization  of' Findings:  *  .  . 

'  ;  The  methodology,  conceptual 

lines  developed  in  the  cou  ,  the'brocess  of  "technological - - 

productive  approach  to  inpto  .5  researchers  to  other  members  ‘ 

transfer"  of  data  from  .human  lectors  res.etehers  ^  ^  . 

•  of  system  5e“9nnt*K?c?iu5  ^netioned  set  of  guidelines  will 

development  of  an  officially  between  many  Army  .agencies.  • 

Thi/handbooy/wil^provideastimulusforsuch^interaction^^In^thej 

the -'effectiveness'^of  ftthe 'soldier /machine  ?nterface  of  future  system^ 

and  will  promote^the  behavioral  interoperability^©^^  knov). 

iedg^ean'be*  transfer*  ed^rom  one  system  to  another.  ' 
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SECTION  1 .  EXECUTIVE  SUMMARY 

THE  PROBLEM:  BATTLEFIELD  AUTOMATED  SYSTEMS 

•  Decreasing  soldier  population 

•  Decreasing  skill  levels 

•  Increasing  data  processing  requirements 

•  Increasing  data  processing  sophistication 

•  Emerging  technologies 

SOLDIER-MACHINE  INTERFACE  (SMI)  USER/OPERATOR  REQUIREMENTS 

•  Reduce  error  rates 

-  Unburden  input 

-  Reduce  memory  load 

-  Simplify  procedures 

•  Reduce  system  throughput  time 

-  Reduce  correction  requirements 
Reduce  off-line  references 

-  Decrease  number  of  transaction  steps 

•  Increase  user/operator  acceptance 

Reduce  frustration 

-  Facilitate  quicker  results 

-  Reduce  effort  per  transaction 

THE  SOLUTION 

•  Three  phase  effort 

•  Guidance  to  designers 

•  Design  to  human  capabilities,  not  equipment  capabilities 

•  Comprehensive  <»«?*■  of  design  guidelines  and  criteria 

OBJECTIVES 

•  Reduce  training  requirements 

•  Enhance  human  performance  in  battlefield  automated  systems 

•  Human  factors  technology  available  to  system  proponents, 
designers 

•  Performance  criteria  suited  to  application  during  system 
development 

THE  APPROACH 

•  Survey  battlefield  automated  systems — obtain  data  on  user/ 
operator  transactions 

•  Identify  problems  and  deficiencies  in  user/opti -tor  trans¬ 
actions — a  real  world  foundation  on  which  to  build 

•  Develop  solutions  to  observed  and  anticipated  problems: 

Prototype  handbook  of  design  guidelines  and  criteria 

-  Validate  the  guidelines  against  battlefield  automated 
systems  in  different  stages  of  development 


ACTIVITIES  OVERVIEW 


*  Phase  I 

-  Survey  Battlefield  Automated  Systems 

-  Build  data  base 

-  Review  guidelines  literature 

-  Establish  guidelines  structure 

-  Prepare  preliminary  guidelines 

•  Phase  II 


-  Review  human-computer  literature 

-  Review  the  Life  Cycle  System  Management  Model  (LCSMM) 
to  determine  guideline  needs  at  different  stages  of 
development 

-  Develop  Prototype  Design  Handbook  for  Combat  and 
Materiel  Developers  (the  guidelines  and  criteria) 

•  Phase  III 

-  Validate  guidelines  and  criteria  against  two  Battlefield 
Automated  Systems  at  different  stages  of  design 

-  Obtain  system  developer  reaction  to  guidelines  and 
criteria 

-  Conduct  in-house  review  of  guidelines  and  criteria 

-  Develop  recommendations  for  revision  of  the  guidelines 

-  Republish  the  Prototype  Design  Handbook  for  Combat  and 
Materiel  Developers 

ANALYSIS  OF  BATTLEFIELD  AUTOMATED  SYSTEMS 


•  Review  of  more  than  60  systems 


-  Battlefield  Automated  Management  Plan  (BAMP) 

-  Army  Battlefield  Interface  Concept  (ABIC)  '79 

•  In-depth  review  of  12  systems: 


-  TACFIRE 

-  TOS2 

-  TCT 

-  DLDED 


DS4  Auto  Run  Book 
Phoenix  Auto  Run  Book 
MAG IS  (USWC) 

ISIS  (Rand) 


IISS 

SDA  (USMC) 

BCS 

DAS  3 


•  Substantive  analyses  and  reports  on  5  systems: 

-  Tactical  Fire  Direction  System  (TACFIRE) 

-  Tactical  Computer  Terminal  (TCT) 

-  Admin/Log  Automated  Systems 
Intelligence  Information  Subsystem  (IISS) 

-  DS4  Automatic  Run  Book 


•  Conclusions  free*  initial  analysis  of  Battlefield  Automated 
Systems : 

Increased  user/operator  training  requirements 

-  Transfer  of  training  difficulties  for  soldiers  who 
cross-train 

Increased  cost  of  stocking  span  parts 

-  Increased  maintenance  training  requirements 
Increased  demands  on  people — stretching  capabilities, 
especially  under  stress 
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PHASE  11  PROTOTYPE  HANDBOOK  DEVELOPMENT 

ORGANIZING  FRAMEWORK  FOR  GUIDELINES  AND  CRITERIA 

ft*  • 

l!  - 

• 

Control . Methods 

« 

:)  ,;  ; 

,  ,  ;  .  i 

-  Alphanumeric  Control  Methods  : 

-  Graphics  Control  Methods 

-  HELPS  :  V  ■  '  -  • 

.  •/} 

%  :  *- 

Display  iTeOhniques  '* 

is 

1  V  • 

- 

-  Alphanumeric  Displays  ... 

-  Graphics  Displays 

Selective  Highlighting  ;  ; 

;  > 

« 

Data  Entry  ;and  Handling 

.V 

.!lS 

i.v 

-  Information  on  Legal  Entries  :  > 

-  Unburderiinq  of  Input 

-  Interrupts  and  Work  Recovery'  . 

*  '• 

• 

Message  Composition  Aids  ■  .  "'■/ 

S3  • 

-  Composition’ Aids  for.' Alphanumeric.' Messages 

-  Composition  Aids  for  Graphics  Displays. 

• 

Data  Retrieval  Assistance.  • 

r?. 

~  Query  Method. 

-  Query  Structure 

% . 

* 

Symbology  and  Terminology  ...  -f 

c 

i,;; 

.  .  . 

-  Symbols,  and  Symbol  Sets 

-  Standard  Terms 

-  Abbreviations,  and  Codes 

-  Full  Language  -  - 

-  Glossaries  ,  .  .  >; 

a  " 

• 

Error  Handling  .  •*  • 

«,> 

>  ■*• 

-  Error  Feedback  . 

-  Error  Correction/Recovery  ; 

•v  ■ 

•  . 

User/Gperator  Configurations' 

5  f; 

RESULTS  OF  PHASE. Ill  GUIDELINES; VALIDATION  - 

• 

Application  to  two  battlefield  automated  systems*. 

S  : 

V 

• 

-  Vehicle  Integrated  Defense  System— Data  Management 

System  (VIDS-DMS)  ‘ 

-  Vetronics — Application  of. vehicle  electronics  to 

future  ground  combat  vehicles  ' 

"  \ 

• 

Prototype  guidelines  appropriate  and  useful  at  different 
Stages  of  system  design  '• 

• 

Prototype  guidelines  republished'  in  ARI  Technical  Report 

"4 

d- 

-  Format  and. structure  consistency  improved 

-  Index  added 
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SECTION  2.  ACTIVITIES,  PRODUCTS,  AND  RESULTS 
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Introduction 
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This  document  contains  a  summary  of  activities  and  products  of  a  three 
phase  effort  to  develop  and  ”alidate  guidelines  and  criteria  for  user/operator 
transactions  with  US  Army  battlefield  automated  systems. 
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The  Need  Addressed 
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Automation  of  the  battlefield,  rather  than  reducing  the  human  skills 
required,  imposes  demands  for  different  and  higher  order  skills  than  the 
more  conventional  battlefield.  Personnel  issues  associated  with  development 
of  battlefield  automated  systems  arise  in  three  specific  areas : 

1.  The  Soldier-Machine  Interface  (SMI).  Traditionally,  the 
system  designer's  attention  has  focused  more  on  the  machine 
end  of  the  system  than  on  the  human  aspect  and  has  counted 
on  the  adaptability  of  the  user/operator  to  compensate  for 
any  design  inadequacies.  Too  little  attention  to  user/ 
operator  skills  and  capabilities,  compounded  by  the  explo¬ 
sion  of  information  which  automation  allows,  have  greatly 
exaggerated  SMI  problems.  Systematic  attention  to  human 
engineering  features  of  the  equipment  and  especially  to 
human  factors  features  of  the  software  interface  could 
unburden  the  Soldier-Machine  Interface. 

2.  Design  inconsistency.  Independent  development  of  battle¬ 
field  automated  systems  fosters  unique  configurations  and 
procedures.  The  lack  of  coordination  among  system  propo¬ 
nents  and  developers  imp'  .es  smother  dimension  to  the  SMI 
problem,  that  of  learning  new  equipment  and  procedures 
when  transferring  from  one  system  to  another,  and  sometimes 
even  from  one  duty  station  to  another  within  the  same  system. 

A  more  consistent  approach  to  system  design  could  reduce 
this  negative  effect  of  prior  experience. 

3.  Personnel  Insufficiency.  Despite  predictions  during  early 
phases  of  automation  for  reduced  numbers  and  levels  of  per¬ 
sonnel,  just  the  opposite  has  been  true.  Expanding  availa¬ 
bility  and  increasing  complexity  of  new  battlefield  systems 
impose  additional  burdens  on  recruitment  and  training  of 
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personnel.  The  Axuty  faces  a  further  compounding  of  the 
problem:  its  skills  pool  has  been  contracting  rather 
than  expanding.  Human  engineering  design  for  ease  of 
operation  and  maintenance  promises  some  help.  Of  equal, 
if  not  greater  need,  however,  is  attention  to  design 
which  will  allow  greater  numbers  of  less  skilled  per¬ 
sonnel  to  competently  perform  as  system  users/operators. 


The  Proposed  Solution 


The  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences  (ARI) 
proposed  a  three  phase  effort  to  address  the  above  problems.  The  effort  was 
to  provide  guidance  for  the  design  of  Soldier-Machine  Interfaces  which  focus 
on  design  to  human  capabilities  rather  than  on  design  to  equipment  capabili¬ 
ties.  Tie  p  oposed  solution  was  to  develop  and  validate  a  comprehensive  set 
of  hur.iar  factors  guidelines  and  criteria  for  use  by  human  factors  specialists 
and  system  proponents ,  managers ,  and  developers  in  the  design  of  user/operator 
tran  actions  with  battlefield  automated  systems . 

Phas e  1  Activities  and  Results 

The  objective  of  the  first  phase  of  the  Guidelines  Project  was  to  build 
a  data  base  fron  which  to  develop  s  preliminary  set  of  guidelines  and  cri¬ 
teria  for  user/operator  transactions  with  battlefield  automated  systems. 

The  intent  of  this  f’rst  stage  of  guidelines  development  was  to  provide  a 
framework  and  preliminary  data  by  which  to  eventnail”  provide  to  the  system 
design  team  the  tools  necessary  to  capitalize  on  human  capabilities  and  to 
compensate  for  human  limitations,  thereby  enhancing  human  performance  and 
facilitating  coordination  among  proponents  and  developers. 

As  an  initial  step,  a  survey  was  conducted  of  all  battlefield  automated 
systems.  The  survey  began  with  a  review  cf  the  Battlefield  Automated  Manage¬ 
ment  Plan  (BAMP)  and  the  Army  Battlefield  Interface  Concept  (ABIC).  This 
documentation  permitted  review  of  mere  than  60  battlefield  automated  systems, 
but  unfortunately,  at  a  more  reduced  lev<*l  of  data  on  human  factors  issues 
than  had  been  anticipated.  Neither  the  BAMP  nor  the  ABIC' 79  provided  sub¬ 
stantive  data  cn  human  factors  issues  of  concern.  In  order  to  acquire  the 


a 


Slevel  of  information  deemed  necessary  to  provide  an  adeguate  data  base,  for 
.the  guidelines ,* .detailed  analyses  were  conducted  of  a  series  of  systems. 

"•‘Data  were  gathered  by  two  principal  methods:  interview  of  .subject  matter 
experts  and/or  developer  personnel  and  thorough  review  of  available  documenta-. 
tion  to  extract  information  about  system’  design  features  and  operating 
procedures  that  would  affect  user/operator  interaction'  with  the  system. 

Si  Two-  techniques:  weire  developed  through  which  to  record  and  manipulate  the 
data.  The  Transaction^ Feature  Analysis  technique  was  devised  for  providing 
9  a  six-step  narrative  description  of  a  system  design’  feature  and  its  effect  on 
system  performance.  A. comparable  technique ,  Transaction  Compatability 
^ Analysis,. was  derived  to  present  comparison  of  similar  design  requirements 
either  across  systems  Or  across  different  portions  of  a  single  system. 

During  these  analyses,  a  variety  of  structures' was  explored  within 
'  which  to  set  forth  the  idesign  guidelines'.  Inspection  of  classification 
3  schemas  in  the  human  factors  literature  revealed .a  lack  of  consistency  and 

*  frequently  a  structure  iand/or  language  too  psychologically  ori ented  for 

^  ready  application  by  ttte  intended  users:  of  the  handbook.  Accordingly,  one 
'of  the  principal  goals  Of  Phase  1  was  to  develop  a  method  of  data_  presenta- 
^  tion  that  was  more  suitable  to  the  needs  . of  the  analysts  and  engineers 
■  typidally  involved  in  the  process  of  system  development  and  system  engineering 

IS  The  Phase  I  effort  culminated  in  a  Final  Report  organized  as  follows: 

Volume  I:  Executive  Summary 

|  " 

.  ..  Volume  II:  Technical  Report 

Volume  III:  In-depth  Analyses  of  Individual • Systems 
*N  .  .  a..  Tactical  Fire  Direction  System  (TACFIRE) 

.  v?  B.  Tactical  Computer  Terminal  tTCT) 

*  m  ' 

> 

C.  Division  Level  Data  Entry  Device  (DLDED) 

’•*»  .  0.  Intelligence  Information  Subsystem  (IISS) 

.•  *  \ 
e,  DSd  Automated  Run  Rook 

*  •  l. 

Volume  IV:  Provisional  Guidelines  and  Criteria 

v 

W  Volume  V:  Background  Literature 


Table  1 


:  Organizing  Framework  for  the  Survey  of 
;  Battlefield  Automated  Systems 


"1.  ;  Control  Methods 

:  • 1.1  Alphanumeric 'Control  Methods 
;  :  1.2  Graphics  Control  Methods 
:  jl.3  HELPS 

2.  ! Display  Techniques 

; 2 . 1  Alphanumeric  Displays 
;  2 . 2  Graphics  Displays-  _  : 

i? -  3  Selective  Highlighting 

3.  ;Data  Entry  and  Handling 

:3.1  Information  on  Legal  Entries 

3 . 2  ~  Unburdening  of  Input. . 

3.3  Interrupts  and -Work  Recovery 

4. '  Message  Composition  Aids 

-•4.1  -  Composition  Aids  for  :Alphanumeric  Messages 
•  :4.2  Composition  Aids  for  ^Graphics  Displays 

5.  Data  Retrieval  Assistance  !; 

,5.1  Query  Method 

5.2  Query  Structure  : 

6.  Symbology  and  Terminology  • 

6.1  Symbols  and  Symbol  Sets  . 

6.2  Standard  Terms 

6.3  Abbreviations, and  Codes 

6.4  Full  Language 

6.5  Glossaries 

7.  Error  Handling 

7.1  Error  Feedback 

7.2  .Error  Correctioh/Recovery 

8.  User/Operator  Configurations 


Table  2 

Guidelines  Format 


x  X  1  DEFINITION.  Defines  the  category  of  guidelines 
«d  criteria  covered  in  the  subsegtion,  #  - 

X  x  2  APPLICATIONS .  Describes  th*  situations  -  to  wh^ich 
X*  guidelines  and  criteria  in  th^  subsection  apply. 

Examples  are  provided  to  illustrate  the 
applications . 

..  ,  BENEF ITS .  Describes  the  ways  in  which 

?  tioTof  the  guidelines- will  enhance  system  per- 
'  i^nce!  Ascription. 

in  terms  of  the  specific  .system  s  character!* 
tic“Tan  be  trensleted  intb  eveluetron  criteria. 

X  X.4  METHODS .  Describes  specific  methods  for  imple 

;  mentin,  the  “.j"  ^lyto'clerify  e.ch 

Examples  are  provided  liberally 

methods 

v  Y  5  RECOMMENDATIONS.  Contains  specif icguidelineS- 
i  which  apply  across  all  methods  in  *•«*••*- 
:  tion.  Silly  the  first  recommenoation  in 

each  subsection  is  a  matrix  of  *PPUca^* 

versus  methods,  suggesting  specific  methods 


X.X.6 


ADVISORY  COMMENTS.  Contain*;  specific  guidelines; 
for  each  method  in  the  subsection.. 
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Phast  II  Activities  and  Results 


The  objectives  of  the  second  phase  of  the  effort  were  to: 

1.  Develop  the  technical  information  required  for  fuller 
generation  of  guidelines  and  i. .  teria. 

2.  Develop  a  prototype  handbook  of  guidelines  and  criteria 
to  address  the  problems  and  deficiencies  in  the  soldier- 
system;  interface  of  battlefield  automated  systems  and  on 
information  developed  in  pursuit  of  the  first  objective. 

A  review  of  the  literature  (Parrish,  Smith,  Gates,  and  Munger,  1981) 
related  to  human- computer  interaction  conducted  early  in  the  second  phase 
demonstrated  that  much  of  what  is  presented  in  the  literature  is  too  general 
to  be  of  use  to  system  developers  as  specific  design  guidance.  The  most 
useful  documents;  were  those  published  by  Engel  and  Granda  (1975),  Ramsey  et 
al  (1978),  Smith1  (1974,  1979,  1980),  and  Williges  and  Williges  (1981).  Each 
of  these  reports  addresses  human-computer  guidelines  directly,  and  each 
provides  specific  guidelines  in  at  least  one  area  of  user/operator 
transactions . 

This  second  phase  literature  review  yielded  insights  and  concepts  that 
extended  and  supplemented  the  preliminary  literature  search  of  the  first 
phase  of  the  study  (Volume  V  of  the  Phase  1  Final  Report).  It  provided  little 
additional  material  that  could  be  directly  expressed  as  guidelines,  thereby 
reinforcing  the  earlier  conclusion  that  material  relevant  to  the  purposed  of 
the  project  are  fragmented  and  more  useful  as  indicators  of  what  work  needs 
to  be  done  than  of  information  which  directly  contributes  to  the  development 
of  guidelines  and  criteria. 

During  this  second  phase  of  the  effort,  the  primary  focus  was  on  actual 
development  and  presentation  of  the  guidelines  and  criteria.  A  major  and 
early  consideration  in  this  effort  was  development  of  guidelines  appropriate 
to  each  stage  of  system  development  as  defined  by  the  Life  Cycle  System 
Management  Model  (LCSMM) .  Initial  planning  for  the  prototype  handbook, 
therefore,  envisioned  a  developmental’  stage  orientation  within  the  organizing 


--  --  . 


4  framework  presented  in  Tables  1  and  2.  In  the  end,  specific  breakout  of 

jj  Sj*  *  *  •  * 

5j  v' ?uide lines  by  stage  of  development  was  abandoned,  due  to  the  following: 


¥  :? 


1 


& 


*.•* 

$  * 


^  1.  Much  of  the  material  in  the  early  stages  factions  of  a 

I  design  stage  oriented  handbook -would  have:  duplicated  work 

under  another  ARI  contract  (Sawyer,  Fiorello,  Kidd,  and 
it  >  '  Price,  1981)  which  produced  a. human'  factors  "principal 

*  product"  concept  for  each  stage  of  the'LCSMM,  Although  not 

directly  stated  as  guidelines,  at  least  for  early  'design  .  • 
stage,  the  descriptions  of  the  processes  for  obtaining 
P  the  principal  products  essentially  constitute  a  series  of 

'*  recommendations  or  guidelines  appropriate;  to  that  stage. 

*>,  2.  For  much  of  the  other  aspects  of  the  guidelines  and  criteria 

•J  presentations  (e.g.,  definition, ■  application) ,  materials 

would  basically  replicate  the  content  presented  for  early 
design  and  merely  inflate  the  prototype  handbook. 

•  • 

For  these  reasons,  the  development  -of  guidelines  appropriate  to.each  stage  of 
system  development  was  abandoned  pending  the  results  of  the  third,  or  valida- 
tion,  phase  of  the  project. 

The  Prototype  Design  Handbook  for  Combat  and  Materiel  Developers  was 

w**’  1  -  =  ~  ~ —  r  * 

published  as  Volume  .II  of  the  Final  Report  of  Phase  II  of  the  study..  (Volume 

\  I  presents  a  discussion  of  the  Phase  II  activities  and  products.  'See 'Volume 

•  III  of  this  report.  Section  4,  for  a  full. list  of  publications  which  evolved 
during  the  full  study  effort.)  The  handbook  is  prganiied  according  to  the 

.V  . 

framework  and  discussion  topics  presented  in  Tables  1  and  2.  An  introduction 
to  the  handbook  discusses  sources  of  information -for  guidelines  and  provides 

*  instruction  to  the  user  on  its  use.  A  few  comments  of  noteworthy  characte¬ 
ristics  Ofthe  handbook  are  appropriate. 

X*  • 

\>  1.  In  developing  the  design  guidelines  within  the  framework 

outlined  in  Tables  1  and  2,  the  first  four,  topics:  of 
^  Table  2  (Definition,  Applications,  Benefits,  and  Methods) 

characterise  the  subtopics  of  Table  1,  while  the  last  two 
topics  (Recoossendations  and  Advisory  Comments)  provide 
,,  specific  guidance  for  selecting  and  than  implementing  appro- 

•\  priate  design  techniques.  _ 

2.  In  developing  the  specific  guidelines  presented  within 

,>  *  Recommendations  and  Advisory  Comments  from  the  literature 

. 

inconsistency  of  language  was  a  major  problem.  The  majority 
X  of  the  guidelines  derived  from  the  literature  were  reworded 

|  or  entirely  rewritten  to  achieve  consistency  in  style,  to 

provide  greater  emphasis,  ';o  sharpen  their  focus,  to  remove 
psychological  jargon,  or  to  increase  theix  clarity  of 
expression. 
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3.  As  noted  earlier,  many  of  the  guidelines  topics  were 
addressed  only  generally  or  very  sparsely  in  the  litera¬ 
ture.  For  these  areas,  guidelines  were  developed  on  the 
basis  rf  the  knowledge  and  experience  of  the  project  staff. 
Guidelines  for  individual  sections  of  the  handbook  were 
prepared  by  different  personnel  and  then  reviewed  by  others, 
with  differences  of  opinion  reduced  through  discussion.  It 
is  judged  that  guidelines  thus  generated  comprise  about  ■ 
half  of  the  content  of  the  handbook. 

4.  Creation  of  guidelines  from  experience  yields  guidelines 
which  are,  as  yet,  neither  supported  nor  challenged  by  the 
results  of  research,  and  which  inevitably  reflect  the  pre¬ 
judices  of  the  project  staff.  Nonetheless,  they  reflect 
application  in  human-computer  interface  development  efforts' 
on  whiph  project  personnel  have  worked  and  they  also  reflect 
solutions  devised  for  problems  and  deficiencies  observed 
during.,  the  analytical  activities  of  the  first  phase  of  the 
project. 

Figure  1  presents  sample  guidelines  for  Display  Techniques.  Figure  2 
presents  sample 'guidelines  for  Graphics  Displays. 


Phase  III  Activities  and  Results 


The  objectives  of  the  third  phase  of  the  effort  were  to: 

1.  Demonstrate  the  applicability  of  the  guidelines  and  criteria. 

2.  Obtain  system  developer  reaction  to  the  guidelines..  ’ 

3.  Develop  recommendations  for  revision  of  the  guidelines. 

Two  battlefield  automated  systems  at  different  stages  of  development 
were  selected  for  application  of  the  design  guidelines  and  criteria  contained 
in  the  prototype  handbook.  Applications  of  the  guidelines  were  addressed  to: 

1.  The  Vehicle  Integrated  Defense  System  -  Data  Management 

System  (VIDS-DMS) ,  a  self  protection  system  under  develop¬ 
ment  by  the  US  Army  Development  and  Readiness  Command 
(DARCOM) ,  through  the  Concepts  Laboratory  at  the  Research 
and  Development  Center  of  its  Tank  -  Automotive  Command 
(TACOM).  At  the  time  of  appiciation  of  the  guidelines 
to  the  VIDS-DMS,  development  plans  called  for  the  design, 
development,  and  test  of  a  Feasibility  Demonstration  Model 
which  emphasised  the  data  management  aspects  of  the  system. 
Information  was  gained  primarily  through  review  of  the 
draft  procurement  specif i cat ion 'and  through  discussion 
— . - 

Draft  Procurement  Specification:  Vehicle  Integrated  Defense  System  -  Data 
Management  System  (VIDS-DMS) .  Warren,  MI:  US  Army  Tank  -  Automotive  Command 
Research  and  Development  Center,  July  1982.  (R- 3760-10279) 
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SECTION  2.  DISPLAY  TECHNIQUES 


Guidelines  in  this  category  specify  methods  for  information  presentation 
which  contribute  to  user/operator  accuracy  and  efficiency  in  information  pre¬ 
sentation  and  utilisation.  Speed,  ease,  and  accuracy  of  comprehension  are 
important  factors  here.  Display  techniques  are  considered  within  the  follow¬ 
ing  three  categories: 

1.  Alphanumeric  Displays  describes  conditions  and  techniques 
appropriate  to  generation  of  displays  for  alphanumeric  data 
presentation. 

2.  Graphics  Displays  describes  conditions  under  which  pictorial 
and  diagrammatic  presentation  of  information  are  appropriate 
and  delineate  techniques  for  achieving  optimum  presentation. 

3.  Selective  Highlighting  describes  techniques  fov  differentiating 
displayed  items  which  are  of  special  interest  to  the  user/ 
operator  from  those  which  ere  store  routine. 


2.1  A  i  ph  anijir,.- H  t  Pis,  ''js 

2.1.1  DEFINITION 

Alphanumeric  displays  are  screen  or  hard-copy  presentations  of  lnformati- 
coepoeed  of  the  elphanvssoric  symbol  sets.  (See  the  discussion  of  symbols  and 
symbol  sets  In  Section  6.1.)  To  the  extent  that  grammatical  symbols  are 
required  for  textual  aaparation,  or  that  special  symbols  associated  with  e 
specific  area  of  science  or  technology  are  required,  fixed  alphanumeric  dis¬ 
plays  also  contain  these  additional  symbols  and  symbol  sets. 


2.1.2  APPLICATIONS  FOR  ALPHANUMERIC  DISPLAYS 

Alphanumeric  displays  arc  appropriate  for: 

a.  Presentation  of  layouts  for  data  entry. 

EXAMPLE:  In  a  field  artillery  system,  all  information  is 
entered  within  a  selected  prestructured  message  format. 

The  format  consists  of  data  field  labels,  data  field 
delimiters  (made  up  of  grammatical  symbols),  and  spaces 
for  data  element  entry.  All  entries  are  alphanumeric 
codes.  Data  entry  length  can  not  exceed  the  space  allowed, 


c.  Display  of  a  list  of  performance  or  other  options  (menu) . 


EXAMPLE:  A  tactical  intelligence  data  handling  system  functions, 
in  part,  through  user/operator  call-up  of  preformatted  displays 
and,  in  part,  through  the  use  of  menus.  Once  the  user /operator 
logs  onto  the  system,  a  list  of  the  machine's  functions — a 
master  menu — is  automatically  presented  on  the  screen.  Selec¬ 
tion  of  a  function  frem  the  master  menu  results,  in  some 
instances,  in  presentation  of  preformatted  displays  through 
which  the  u^er /operator  constructs  command  statements  to  per¬ 
form  ^"h^eilable  in  tha^opde  of  operation. 


2.1.3  BENEFITS  OF  ALPHANUMERIC  DISPLAYS 

Proper  utilisation  of  alphanumeric  displays  will  enhance  overall  system 
performance  through  improved  user /operator  performance  by: 

a.  deducing  error  rates,  by  minimising: 

1.  The  necessity  for  recalling  information  from  memory  due 
to  insufficient  display  of  essential  information. 

1.  Suboptlnum  display  formats  which  maAe  discrimination* 
between  separata  items  of  information  difficult. 

1.  Improper  retrieval  of  assantlal  Information  due  to 
inappropriate  cade  and/or  features  of  information 
preservation 

4.  Difficulty  in  distinguishing  esofig  logic' 1  eubelements 
of  e  date  item  which  ia  required  for  subsequent  com¬ 
mand  or  data  item  entry. 


b.  Increasing  system  throughput  rstss.  by  minimising: 


Figure  1.  (Continued) 
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2.1.4  METHOOS  FOR  ALPHANUMERIC  DISPLAYS 

Alphanumeric  displays  are  of  two  basic  types:  fixed  and  variable. 

a.  fixed  alphanumeric  displays.  Fixed  alphanumeric  displays  can¬ 
not  be  varied  by  the  user/operator  in  shape,  size,  or  data 
element  label.  Fixed  alphanumeric  displays  can  be  provided 
through  the  following  methods: 

1.  Lists  of  appropriate  Information.  These  lists  can  take 
any  of  a  variety  of  forms. 

(a)  Lists  may  be  in  the  form  of  legal  codes  as  follows, 
for  example,  for  ammunition  type: 


(b'j  Lists  may  be  in  the  form  of  code  definitions,  as 
follows,  for  ansminition  type  codes; 


2.1.5  RECOItOOATIONS  FOR  ALPHANUMERIC  DISPLAYS 


a.  Table  2.1-1#  Method  of  Alphanumeric  Display  by  Application, 

. .  i - *jresent s  general  recp«a^ndation*  for  of  particular 

^^000^  ou^  ^ye<?  by  the 


Tabic  2.1-1.  Method  of  Alphanumeric  Display  by  Application 


\  •  MteefW 
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2.1.6  ADVISORY  COMMENTS  FOR  ALPHANUMERIC  DISPLAYS 


a.  Fixed  alphanumeric  displays 

1.  Build  fixed  formats  for  alphanumeric  data  in  accordance 
with  the  source  data.  Allow  space  for  the  longest  legal 
entry;  if  grouping  of  data  elements  is  required,  make  the 
groupings  agree  with  those  of  the  source  data.  Do  not 
vary  formats  for  identical  data  element  structures. 

2.  Give  each  di^>lay  frame  a  unique  identifier,  i.e.,  a  name 
or  a  number.  When  multiple  frames  are  necessary  to  com¬ 
plete  a  display,  give  each  display  frese  an  identifier 
which  shows  how  that  frame  fits  into  the  total  picture. 

EXAMPLE:  PERS  LIST,  FRAME  1  OF  4 

3.  Identify  all  fixed  fields  with  a  field  label.  Even  fre¬ 
quently  used  fields  having  a  standard  format  need  a  field 
label. 


EXAMPLE:  DATE :  _ )  (for  month,  day,  year.) 

4.  Left  justify  text  and  other  alphanumeric  formatted  data, 
Right  justify  nunericol/tabular  data.  Do  not  require 
leading  zeros  in  mnerical  data  except  where  needed  for 
preci  sion . 


EXAMPLE: 

USE 

DO  NOT  USE 

NUMBER 

or  TANKS:  1 

17 

000017 

NUMBER 

CF  SOLDIERS:  j 

66 

000066 

RATIO: 

SOLDIERS  TO  TANKS: 

3.882 

03.882 

RATIO: 

TANKS  TO  SOLDIERS: 

,  .256 

000.258 

3.  Design  the  fixed  format  for  data  input  to  match  the  output 
unless  such  requirements  impose  difficulty  or  overburdening 
on  the  uscr/operetox . 

6.  When  providing  on-line  HELPS  and/or  error  messages.  present 
them  etch  in  a  consistent  format  and  at  a  consistent  loca¬ 
tion  on  the  screen. 


?.  make  HELPS  and  error  messages  clear,  concise,  and  self- 

contained.  That  is,  provide  all  necessary  information  for 
helping  jn  the  data  entry  or  correction  without  sending 
the  user /opera  tor  to  external  data  sources. 


Kak*  terminology  used  in  KTLPs  and  error  messages  consistent 
vlth  terminology  used  elsewhere  m  th?  system. 


Figure  1.  (Continued) 
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4.2.2.  APPLICATIONS  FOR  COMPOSITION  AIDS  FOR  GRAPHICS  DISPLAYS 

Composition  aids  for  graphics  displays  are  appropriate  for  user/operator 
use  in: 

a.  Creation  of  maps  and  charts.  . 

EXAMPLE:  The  tank  battalion  commander  requests  that  one  of .the 
forward  tanks  provide  a  description  of  the  terrain  immediately 
ahead.  The  user/operator  in  the  leeid  tank  creates  a  rough'map 
of  the  area  by  sketching  with  a  light,  pen  and  calling  up 
standard  mapping  symbols  already  stored  in  the  machine  and 
placing  them  at  appropriate  locations: on  the  map.  Alphanumeric 
identifiers  are  also  added  to  call  out  important  terrain  fea¬ 
tures.  The  display  is  then  transmitted  to  the  tank  battalion 
conmander. 


4.2.S  RECOMMENDATIONS  FOR  COMPOSITION  AIDS  FOR  GRAPHICS  DISPLAYS 


a.  Table  4.2-1  presents  recommendations  for  using  particular  methods 
for  aiding  the  uaer/operator  in  composition  of  graphics  displays. 
Before  deciding  to  uae  one  or  more  of, these  methods,  review  the 
general  recommendations  that  follow  and  consult  tha  advisory 
comments  on  specific  methods  contained  in  Section  4.2.6. 


Table  4.2-1.  Methods  for  Aiding  Graphir*  Display  Composition 
by  Type  of  format  Application 
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with  personnel  at  TACOM  with  responsibility  for  VIDS 
development. 

.  2.  Vetronics,  the  Army’s  concept  of  vehicle  electronics,  which 
is  the  application  of  electronics  technology-  to  future 
ground  combat  vehicles  analogous  to : the.  aviation  community’s 
Avionics  concept.  Vetronics  information  was  restricted  to 
broad  conceptualizations  of  functions/applications  presented 
in  two  briefings.2  Discussion  was  also,  held 'with  persons  at  .  • 
TACOM  having  responsibility  for  further'-,  development,  of 
Vetronics  concepts. 

The  guidelines  were  applied  against ; selected  functions  of  both  the  VIDS- 
DMS  and  Vetronics.  Because  of  the  relative 'stages  of  development  of  the  two 
systems,  the  two  applications  afforded  ver^  different  contexts  for  guidelines 
usage.  For  both  systems  it  was  possible  to  provide  both  general  and  very 
specific  guidance  to  the  system  developerby  is  can  be  seen  in  the  substantive 
reports  provided  in  ARI  Research  Note  '  The  Vetronics  report  is.  pre¬ 

sented  in  Section  1  and  the  VIDSrDMS  report  is  presented  in  Section  2  of 
this  report. .With  respect  to  the :  applicability  of  the  guidelines  to  the  two 
systems*'  the  format  and  content  of  the  guidelines  are  conducive  to  their  use 
at  different  stages  of  development.  At  very  early  stages,  review  of  the 
Methods  and  Recommendations  sections  in  particular  provide' good-indications 
for  general  appropriate  design:  solutions.  .  As  development  progresses.,  the 
mere  detailed  information  specific  to  design  options  presented  as  Advistfty. 
Comments  becomes  appropriate.  More  detailed  analyses  and  results  of  applica¬ 
tions  of  the  guidelines  and  recommendations  for  their  further  improvement  are 
presented  in  the  next,  subsection  of.  this  section  of  the  report.'-.' 

In  addition  to  the  application  of  and ;deyeloper  reaction  to  the  guide¬ 
lines,  an  in-house  review  by  the  project  staff  and  others  was  carried  out  to 
address  ways  in  which  the  guidelines  could  be  improved.  With  the  exception  cf 
primarily  modest  modifications  which  have  been  made  to  the  guidelines,  results 
of  these  reviews  are  also  reflected  in 'the  next  subsection  of  this  report. 


:The  armored' Combat  Vehicle.  Technology  Concent  Plan,  presented  by  the  US  Army' 
Tank  -•  Automotive  Command  (TACOM)  to  the  Armored  Combat  Vehicle  Science  and 
Technology  Program  Advisory  Council,  11  February  1982  and  the  Vetronics  .Actit 
Team  (VAT)  Briefing,  presented  to  the  Program  Advisory  Council  for  the  Tank 
Science  and  Technology  Base  Program  by  the  VAT  Chairman,  11  February  1983. 
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